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DEVICE, METHOD, AND STORAGE MEDIUM TO BLOCK JUNK 
EMAIL 

Background of the Invention 
5 Field of the Invention 

The present invention relates to email, 
particulary, to a blocking method and a blocking 
apparatus for junk email. 

10 Description of the Related Arts 

Nowadays, the Internet has become popular, and 
a large amount of information is exchanged over the 
Internet. The information exchange includes 
conventional information exchange using email in 

15 addition to information publication on home pages. 

Today, however, an email address of an individual is 
leaked to an unexpected person, and many unsolicited 
email messages can reach the address. Conventionally, 
email software must be used as a measure to block 

20 harmful advertising or Junk email, which is referred 
to as spam. With such a spam blocking method, it is 
possible to detect character strings which frequently 
appear in spam messages, or to filter email sent from 
particular email addresses. However, US Patent No. 

25 5619648 providing such a method is not a complete 



solution, and spam transmission tricks become complex 
more and more, which leads to a vicious spiral. 

Additionally, email that is desired to be 
received can possibly be deleted if it is mistakenly 
identified as spam and cannot be read, although such 
a case is rare. Namely, email messages including the 
same character string can be, for example, both sides 
about an issue expressed by that character string. 
Therefore, limitations naturally exist in the 
determination of whether or not received email is 
desired mail according to the detection of a 
character string. 

Furthermore, since opportunities to notify 
others of an email address are increasing, it is 
almost impossible to determine from where an email 
address is known to a spammer. That is, today, 
individuals frequently set up home pages, and make 
information public. To clarify where the 
responsibility for the information carried on a home 
page rests, the mail address of the person who sets 
up the home page with the information is made public. 
In such a case, whoever views the mail address is not 
known on a worldwide scale, and the possibility that 
junk mail is transmitted from an unknown person has 
been increasing. 
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Since the method for processing email is already 
known^ its detailed explanation is omitted in the 
following description. For the details of the method 
for processing email, please see, by way of example, 
5 "Sendmail (Nutshell Handbook)" written by Brayan 
Costales & Eric Allman, published by O'Reilly & 
Associates, Inc., 1997, or RFC (Request For Comments) 
distributed by the Network Information Center (NIC). 
Also in a conventional system, it is possible to 

10 change the email address of an individual when the 
address is proved to be a spam target. However, in 
the conventional system, a single address is assigned 
to a single person, and also a charge is fixed per 
address in many cases. Therefore, it is difficult to 

15 change a contract with an Internet service provider, 
a normally used email address, or an address notified 
to other persons, each time spam harm occurs. This 
is, therefore, not a practical method. 

Furthermore, since the cost on an email 

20 transmitting side is low, a huge pieces of email can 
be sent if only email addresses are known. Therefore, 
it is easy to simultaneously transmit a spam message 
to email addresses collected by some means or another 
from somewhere. Spam is a serious problem not only in 

25 countries, such as the U.S., where the popularity of 



the Internet is high, etc., but also in Japan. 



Siunmary of the Invention 

An object of the present invention is to provide 
a device and a method which can block the reception 
of Junk email. 

A device in a first aspect of the present 
invention is a device blocking Junk emails. The 
device comprises: a mail address extracting unit 
extracting a mail address from received email; a 
registering unit registering a processing method for 
the received email in correspondence with particular 
mail address or address patterns; and a mail 
processing unit making a matching between the address 
of the received email and the mail addresses or 
address patterns registered in the registering unit, 
and processing the received email based on the 
processing method obtained as a result of the 
matching. 

A device in a second aspect of the present 
invention is a device receiving emails from an email 
server which has a receiving unit receiving emails, 
and an adding unit adding a transmission source 
address to all of received emails. This device 
comprises a unit interpreting the transmission source 
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address included in received email, and setting the 
processing method for a particular mail address or an 
address pattern, 

A method in the first aspect of the present 
5 invention is a method blocking Junk emails. This 
method comprises the steps of: (a) extracting a mail 
address from received email; (b) registering the 
processing method for the received email in 
correspondence with a particular mail address or an 

10 address pattern; and (c) making a matching between 
the mail address of the received mail and the mail 
addresses or address patterns registered in the step 
(b), and processing the received email based on the 
processing method obtained as a result of the 

15 matching. 

A method in the second aspect of the present 
invention is a method receiving emails from an email 
server which has a receiving unit receiving emails, 
and a unit adding a transmission source address to 

20 all of received emails. This method comprises the 
step of interpreting the transmission source address 
included in received email, and setting the 
processing method for a particular mail address or an 
address pattern. 

25 According to the present invention, it is 
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possible, with a simple me-thod, to create a 
disposable mail address^ a mail address dedicated to 
a particular partner, or a mail address including 
encrypted information that is understandable only by 
5 a recipient on an email server side or on a client 
side receiving emails from an email server. 
Accordingly, it is possible to easily determine 
emails from an unexpected transmitter, and to receive 
only desired emails. 

10 

Brief Description of the Drawings 

Figs. lA and IB show a first preferred 
embodiment according to the present invention; 

Figs. 2A and 2B exemplify the processing method 
15 performed by a server if the reliability of received 
email is low; 

Figs. 3A and 3B show the processing of the 
server and a table stored in a processing contents 
storing unit when the address or address pattern of 
20 received email matches a predetermined address or 
address pattern, and the email is rejected by 
transmitting an error mail message; 

Figs. 4A through 4C exemplify the processing of 
a mail accepting unit, and a table and a mark of a 
25 processing method storing unit, when a server 
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delivers an email message as usual ^ and puts a 
specified mark on the message; 

Figs. 5A through 5C exemplify the processing 
contents, a table, and processing, when the server 
5 delivers email as usual, and adds the address of the 
incoming email to the message; 

Figs. 6 A and 6B exemplify the processing for 
determining whether or not incoming email has a 
particular property, and for specifying the email 
10 processing method according to the result of the 
determination, and the registration of the processing 
method ( No . 1 ) ; 

Figs. 7 A and 7B exemplify the processing for 
determining whether or not incoming email has a 
15 particular property, and for specifying the email 
processing method according to the result of the 
determination, and the registration of the processing 
method ( No , 2 ) ; 

Figs. 8A through 8C show the processing of the 
20 server and stored data, when a processing method is 
encrypted and buried in an arbitrary character sting 
in an email address, and the server interprets the 
encrypted characters and executes the method (No. 1); 

Figs. 9A through 9C show the processing of the 
25 server and stored data, when a processing method is 
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encrypted and buried in an arbitrary character sting 
in an email address, and the server interprets the 
encrypted characters and executes the method (No, 2); 
Fig. 10 explains the processing of the server, 
5 when a Junk email blocking device is arranged in a 
client; 

Fig, 11 shows the configuration of the client, 
when the client processes Junk email; 

Fig. 12 shows the processing for creating a mail 
10 error message the contents of which are similar to 
those of an error mail message, and for returning the 
created mail message to a transmitter; and 

Fig. 13 exemplifies the format in which a client 
program inquires of a user as to a field name or 
15 date. 

Description of the Preferred Embodiments 

Figs. lA and IB show a first preferred 
embodiment according to the present invention. 
20 Fig. lA shows the functional configuration of a 

server . 

A mail transfer server (hereinafter referred to 
as a server 1) transmits all of emails having 
addresses in a predetermined format to a particular 
25 person. Assuming that the email has the following 
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address formats • 

uedaQxxxxx . server • com 
or, ueda . xxxxxQ server . com 

The email having the above described formats 
5 including arbitrary "xxxxx" are transmitted to a 
preregistered email address, or delivered to a 
preregistered mailbox. 

If a character string having an arbitrary length 
is permitted in the portion "xxxx", it is 
10 theoretically possible to set an unlimited number of 
email addresses. Also, if a character string having 
a sufficiently long fixed-length is permitted, the 
email can be delivered from many addresses to one 
mailbox. 

15 Therefore, a user can easily reject and delete 

the email transmitted to an address which does not 
include "xxxxx" that the user predetermines to accept 
email . 

For normal use according to the present 
20 invention, an email user notifies persons who can 
possibly transmit emails to the user of his or her 
different addresses. Email which reaches an address 
other than the notified addresses may be discarded or 
ignored. 

25 In this way, if a certain email address is 
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proved to be a spam target, it is sufficient not to 
use the email address used so far. Furthermore, it 
can be proved that the person who should transmit 
email to this address is a spammer, or leaks the 
address to a spammer. 

in addition, suppose that an individual must 
make his or her own address public in order to 
clarify where a responsibility rests, for example, at 
the time of carrying news on a home page. In this 
case, an email address that is different for each 
reply mail is used, and only reply mail including a 
particular keyword is accepted, so that it becomes 
impossible to transmit spam even if email addresses 
which are known as described above are collected. 
15 Assume that a user preregisters the address of 

email to be received to a server 1, and obtains the 
address of his or her own as a transmission 
destination of the email. Here, this email address is 
assumed to be Tnameia server J . 

The server 1 performs either of the following 
operations so as to prepare an unlimited number of 
email addresses. 

1) Handling all email addressed to Tname . arbitrary 
character stringQserverJ as those addressed to ^na 
meQserverJ by using characters (such as T.j ) unused 



20 



25 



11 

in the name portion, and re-delivering them or 
dropping them into a mailbox, 

2) Notifying worldwide that the server 1 receives the 
email addressed to Tnamegarbitrary domain 

5 name. server] by using an MX (Media exchange) field of 
a Domain Name Service. Handling all of received email 
as those addressed to TnamegserverJ , and re- 
delivering them or dropping them into a mailbox on 
demand . 

10 Furthermore^ after the server 1 makes a matching 

of the address or the address pattern of received 
email in a mail accepting unit 3, it performs the 
operations such as destroying the email, rejecting 
the email by transmitting an error mail message, 

15 adding some field that can be processed by user mail 
reader software, or the like according to a user 
instruction given in advance, when re-delivering the 
email or dropping it into a mailbox. The operation 
for adding some field allows a user to easily ignore 

20 or destroy the email, or to assign a lower priority 
when reading the email, for example, by using the 
device disclosed by US Patent No. 5377354. 

A user possesses all or at least one of the 
following means for performing the following 

25 operations when issuing an instruction to the server 
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1. 

Specifying a particular email address and its 
processing method, so that the server 1 processes the 
email reaching the specified address with the 
5 specified method. 

- Specifying a particular address pattern and its 
processing method, so that the server 1 processes the 
email reaching the address which matches the pattern 
with the specified method* 

10 - Specifying a processing method for all of emails 
addresses, so that the server 1 processes all of 
email with the specified method. 

To implement the above described operations, a 
processing contents storing unit 2 storing a 

15 specified address and its corresponding processing 
method as a pair is arranged within the server 1. 
Fig. IB exemplifies a table stored in the processing 
contents storing unit 2. Each line in this table 2a 
is composed of a field for storing an address or an 

20 address pattern, a field for storing the processing 
method corresponding to the address or the address 
pattern, a field for storing an option such as a 
parameter used in the processing method, etc. The 
server 1 makes a matching between the address of 

25 incoming email and the addresses or the address 
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patterns registered to the table 2a* If a matching 
address or address pattern exists in the table 2a, 
the server 1 performs the processing corresponding to 
the matching address or address pattern. If a 
5 processing method is specified for all of emails 
addresses, the server 1 processes all of emails 
addressed to the user with the specified method. 

Additionally, the server 1 comprises an 
input /output unit 4 through which a user 

10 registers/references a processing method* When a user 
makes a request to reference a processing method list 
through the input /output unit 4, the server 1 
presents to the user the list of all processing 
methods corresponding to the name of the user 

15 (including address patterns and options). 

Furthermore, when the user registers a processing 
method through the input/output unit 4, the server 1 
performs the following operations. 

- Deleting previous registration. 
20 - Changing registered contents. 

- Making new registration. 

The search order of address patterns is endowed 
with a meaning, so that it becomes possible to 
execute processing without ambiguity by 
25 preferentially using a pattern which matches earlier 
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if a plurality of address patterns match one 
destination. Namely, specification is made to make a 
matching range narrower ♦ Consequently, an exceptional 
pattern or a general pattern can be specified later. 
5 In this case, the server 1 is configured to accept 
also a request to change the order of a registered 
processing method ( in which order the corresponding 
pattern is examined), which is input by a user 
through the input/output unit 4. 

10 Or, the server 1 may be configured to reject 

registration or to select and process one processing 
method which suitably matches, if an address pattern 
is ambiguous/the reliability of the email is low. 

Figs. 2A and 2B exemplify the processing 

15 performed when the order of the search which is made 
by the server 1 having the above described 
configuration is endowed with a meaning. 

If the reliability of email is low as a result 
of the matching of its address or address pattern, 

20 which is made in the mail accepting unit 3 when the 
server 1 receives the email, the server 1 performs 
particular processing. Fig. 2A shows the processing 
performed by the mail accepting unit 3 within the 
server 1 upon receipt of the email. 

25 The serve 1 performs either or both of the 
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following operations as a processing method. 

- Making a delivery as usual. 

- Making no delivery. 

When email reaches the address for which no 
5 delivery is made as a processing method, the server 
1 performs no operations. 

Fig. 2B exemplifies the contents of the table 2a 
stored in the processing contents storing unit 2 in 
the above described case. 

10 In this case, a particular address or address 

pattern is stored in an address or address pattern 
field, and a processing content "discarding" is 
registered to the corresponding processing method 
field. No specification is made in an option field. 

15 Upon receipt of email the processing content of which 
is registered to the table 2a shown in Fig. 2B, the 
server 1 references this table 2a, reads the 
corresponding processing method, and performs the 
operation "discarding" for the received email. 

20 Actually, if the server 1 does not deliver the email 
and performs no operations, the email will 
automatically disappear from a mailbox. 

Figs. 3A and 3B respectively show the processing 
that the server 1 performs so as to reject email by 

25 transmitting an error mail message, if the address or 
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the address pattern of the received email matches a 
predetermined address or address pattern, and show 
the contents of the table 2a stored in the processing 
contents storing unit 2 in such a case. 
5 Fig. 3A shows the processing performed by the 

mail accepting unit 3 within the server 1 . 

If the address or the address pattern of 
incoming email matches a particular address or 
address pattern registered to the table 2a, the 

10 server 1 creates an error mail message in a similar 
manner as in the case where a normal unknown 
destination address is found, and transmits the 
created message to the transmission source of the 
email (error mail message transmission) 

15 An error mail message is created in a similar 

manner as in the case where an error actually occurs 
during the transmission/reception of the email. The 
created message is returned to a transmission source 
upon receipt of the email suspected to be spam. 

20 Therefore, a spammer is made to feel, for example, as 
if the email destination address were wrong. 

Fig. SB exemplifies the contents of the table 2a 
stored in the processing contents storing unit 2 
within the server 1 for the implementation of the 

25 above described error mail message transmission 
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processing . 

For a particular address or address pattern, an 
"error mail message transmission" is registered as a 
processing method. In this example, no specification 
5 is made in the option field. However, options of 
words included in an error message may be registered, 
and any of the options may be selected and used when 
an error message is generated. 

Figs. 4A through 4C exemplify the processing 

10 performed by the mail accepting unit 3, the contents 
registered to the table 2a within the processing 
method storing unit 2, and how to put a mark, when 
the server 1 delivers email as usual, and puts a 
specified mark on the email message. 

15 Fig. 4A shows the processing performed by the 

mail accepting unit 3 within the server 1 . 

When "putting a mark" is specified as a 
processing method, which mark to be put is specified 
by a user. The specified mark is stored as a 

20 processing method option of the server 1 in the 
processing contents storing unit 2* Accordingly, as 
shown in Fig. 4B, in the table 2a stored within the 
processing contents storing unit 2, adoption of the 
processing method "putting a mark on email" is 

25 registered, and at the same time, a mark putting 
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method (information of which message to be added) is 
registered to the option field, in correspondence 
with a particular address or address pattern. 

When the email reaches the address corresponding 
5 to this processing method, the server 1 delivers the 
email similar to normal email after putting a 
specified mark on the mail, 

Fig. 4C exemplifies how to put a mark. 

This figure shows the example where a mark "X- 
10 possibly-spam: true" is put on a header 5a of email 5. 

With such a mark, a user can determine whether or not 
incoming mail is spam. Additionally, spam mail may be 
destroyed based on the mark. For the way of putting 
a mark, please see the documents cited in the 
15 explanation of the conventional techniques. Their 
explanations are therefore omitted here. 

Figs. 5A through 5C exemplify the processing 
flow, the contents of the table 2a, and the 
operations, when the server 1 delivers email as 
20 usual, and adds the address of incoming email to the 
email message. 

Fig. 5A shows the processing performed by the 
mail accepting unit 3 within the server 1, whereas 
Fig. 5B exemplifies the contents of the table 2a 
25 stored in the processing contents storing unit 2. 
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If the operation for adding a transmission 
destination is specified as a processing method for 
the address of incoming email as shown in Fig, 5B, 
the server 1 delivers the email similar to normal 
5 email after adding an address in a format 

"X-Forwarded-From: address of incoming mail" 
to a predetermined field in the header. 

Fig. 5C schematically illustrates the processing 
for writing the address of n email transmitter to a 

10 header 6a of email 6 in the above described format, 
and for transmitting the email 6 to a client at the 
transmission destination. 

As shown in Fig. 5A, upon receipt of email, the 
mail accepting unit 3 within the server 1 makes a 

15 matching between the address of the transmitter of 
the email and the addresses or the address patterns 
registered to the table 2a shown in Fig. 5B. If they 
mismatch, the mail accepting unit 3 performs normal 
mail processing. If they match, the mail accepting 

20 unit 3 determines a processing method by referencing 
the processing method and the option fields in the 
matching line within the table 2a. In this case, the 
processing method is "adding a transmission 
destination", and no specification is made in the 

25 option field. Therefore, the mail accepting unit 3 
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adds the above described message to a predetermined 
portion such as an email header, etc., and transmits 
the email to a client. The client can destroy or 
receive the email after viewing the address of the 
5 transmitter described in the predetermined portion of 
the received email. It is also possible to install on 
a client side a program which automatically 
determines whether or not to destroy the email by 
referencing a transmitter address, and executes the 

10 corresponding processing. 

In the example shown in Fig. 5C, "X-Forwarded- 
From:ueda*xxx.xxx@fuji" is added to the header 6a of 
the email 6. For a specific adding method, please see 
the documents cited in the explanation of the 

15 conventional techniques. Their detailed explanations 
are therefore omitted here. 

Figs. 6A, 6B, 7A, and 7B exemplify the 
processing flow and the registration of a processing 
method, when the server 1 determines whether or not 

20 incoming email has a particular property, and 
specifies a mail processing method according to the 
result of the determination. 

When this processing method is specified, the 
description of a property to be determined, and a 

25 processing method which varies depending on whether 
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or not the email has the property are registered to 
the table 2a within the processing method storing 
unit 2. The property to be determined, and the 
processing method which varies depending on whether 
5 or not the email has the property are stored in the 
table 2a as options. Or, the behavior of the server 
1 may be partially fixed. That is, the server 1 
destroys the email having the property without 
performing no operations, and writes the transmitter 

10 address to the email if the email does not have the 
property. In a processing method field, only a 
property may be specified, and specific processing 
may be stored in the server 1 as an option. 

As to properties to be determined, various types 

15 may be considered. Pattern matching of each 
information type about email, for example, whether or 
not a subject includes a particular character string, 
whether or not a transmission date is within a 
predetermined time period, whether or not a message 

20 text includes a particular character string, etc. may 
be considered. 

When email reaches the address corresponding to 
this processing method, the mail accepting unit 3 
within the server 1 extracts the property to be 

25 determined in correspondence with its address. 
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examines whether or not the email has a particular 
property (step SIO: Figs. 6A and 7K) , and determines 
whether or not the email has the particular property 
(step Sll: Figs. 6A and 7A). The server 1 extracts 
5 the corresponding processing from the option field in 
the table 2a within the processing method storing 
unit 2 or from a fixed information storing region 
within the server 1, and performs the corresponding 
processing, if the email has the property (steps S12 

10 and S12^ ) , or if the email does not have the property 
(steps S13 and 313^. This processing method may be 
any of the above described processing methods. Some 
restrictions may be imposed depending on the type of 
the server 1. Or processing to be described later may 

15 be used. 

Figs. 8A through 8C and 9A through 9C exemplify 
the processing flow of the server 1 and the data 
stored in the server 1, when a processing method is 
encrypted and buried in an arbitrary character string 

20 included in a mail address, and the server 1 
interprets and executes the encrypted method. 

Figs. 8A and 9A show the processing flow of the 
server 1. Fig. SB shows a table 4 for storing a 
decryption key. Figs. 8C, 9B, and 9 exemplify the 

25 contents of the table 2a within the processing method 
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storing unit 2, 

A user registers a decryption key to the server 
1 before specifying this processing method. The key 
may be specified for each user according to the type 
5 of the server 1 ( see Fig , 8B ) ^ or may be changed for 
each address pattern. That is, the decryption key is 
stored as an option for each user in the former case 
(as shown in Fig. 8B), whereas the key is stored as 
an option for a processing method in the latter case 

10 (as shown in Fig. 8C). 

Furthermore, if a user specifies this processing 
method, he or she specifies the pattern for 
extracting an encrypted command portion, which is 
stored in the table 2a within the server 1 as an 

15 option, a portion of an address pattern, a portion of 
an option or a processing method (as shown in Figs. 
9B and 9C). 

A user represents the command to be executed 
when notifying an email address as a character string 

20 that can be interpreted by the server 1, and then 
encrypts the character string. Then, the user puts 
the encrypted command and the processing method into 
a form which is suitable for a specified address 
pattern, adds them to an arbitrary character string 

25 portion in an email address, and finally creates the 
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email address. Then, the user notifies the server 1 
of the created email address. 

When email reaches the address corresponding to 
this processing method (if a matching address is 
5 found as a result of the address matching in step 
S15), the mail accepting unit 3 within the server 1 
extracts the pattern for extracting an encrypted 
command portion included in the address, and takes 
out the encrypted command portion from the address 

10 according to the pattern (step S16). Then, the 
command portion is decrypted by using the key which 
is prestored in the input/output unit 4 (step S17), 
and the processing is performed by interpreting the 
decrypted character string (command) (step S18). The 

15 processing may be any of the above described methods, 
or some restrictions may be imposed depending on a 
server type. Additionally, advanced processing may be 
performed in collaboration with a processing system 
of a suitable programming language ( such as Perl ) 

20 depending on a server type. 

The server 1 of Figs. 5A through 5C always 
delivers emails to all of mail addresses. For the 
email having the address preregistered to the table 
2a, the server 1 adds the address of the incoming 

25 email to the message. It is also possible to endow 
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the server 1 with such a capability, and to accept no 
instructions from the input/output unit 4. Such a 
configuration eliminates the need for changing a 
processing method depending on an email address. 
5 Consequently, neither the constituent element for 
accepting a user specified method nor the complicated 
processing performed for each address or address 
pattern becomes unnecessary in the server 1, thereby 
significantly reducing the load on the server 1. 

10 It is a known technique to correspond an 

unlimited number of addresses to a single address 
theoretically, and to deliver emails. A new technique 
according to the present invention is to cope with 
junk email by adding the address of incoming email 

15 thereto. 

In the above provided explanation, the server 1 
is made to perform the processing. However, the 
processing may be performed not on a heavily loaded 
server side but on a client side so as to obtain the 

20 same effect as that by the server 1. Furthermore, it 
is risky to transmit a cryptographic key in advance 
via a public communications channel. However, this 
risk can be eliminated by placing all the information 
required for the encryption processing, such as a 

25 cryptographic key, etc. on a client side. 
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Fig, 10 explains the processing performed by a 
server when a junk email blocking device is arranged 
in a client. 

In this case, upon receipt of email, a server 
5 10 performs normal mail processing after registering 
the address of the email transmitter, for example, to 
the header of the email. The normal mail processing 
includes the operations such as delivering received 
email to a client, or the like. 

10 When the client performs the processing, the 

operation of "making a delivery similar to that of 
normal email", which is performed by the server, is 
replaced with an operation of "making a display 
similar to that of normal email". The processing is 

15 then performed on the client side. 

Fig. 11 shows the configuration of a client, 
when junk email processing is performed on the client 
side. 

First of all, upon capturing email, a client 
20 20 examines its address, and determines whether or 
not the address matches the addresses or the address 
patterns stored in a table 22a within a processing 
method storing unit 22. If they mismatch, the client 
20 displays the email on a mail displaying/creating 
25 device 21. If the addresses match as a result of the 
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determina1:ion, the client 20 performs processing 
similar to that by the above described server 1 by 
referencing the fields such as the processing method 
fields the option field, etc. in the table 22 within 
5 the processing method storing unit 22. When creating 
email, a user creates the email by using the mail 
displaying/creating device 21. When transmitting the 
email to a partner registered to the table 22a by 
referencing the table 22a within the processing 

10 method storing unit 22 in this case, the client 20 
performs the processing for notifying the 
transmission partner of the address including an 
encrypted pattern. 

Furthermore, an address of the client 20 itself, 

15 which is issued when a partner transmits email to the 
client 20, is registered in association with 
additional information items ( such as an issue date 
and time, the partner name, and others), so that also 
the information items corresponding to the address of 

20 incoming mail can be displayed. For this 
implementation, the client 20 is configured in a way 
such that a display device 23 displaying additional 
information is arranged, and at the same time, a date 
and time, a partner name, etc. are registered to the 

25 table 22a within the processing method storing unit 
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22 in correspondence with each address or address 
pattern. As a result^ from which partner an email 
address is leaked can be tracked with ease after a 
spam harm occurrence • 
5 Furthermore, the issued address is registered in 

association with a corresponding partner as an 
additional capability of the client 20, so that the 
client which automatically uses the registered 
address as a transmitter address when transmitting 

10 email to such a partner, can be implemented. 

For this implementation, the client 20 is 
configured in a way such that not a pattern but a 
particular address is registered to an address part 
(address field) in the table 22a within the 

15 processing method storing unit 22, and a mail address 
(sequence) issued to a desired partner (partners) is 
stored as an option in the table 22a. 

When email is created, an address pattern, which 
covers a partner having the address matching the 

20 address of a desired recipient, is searched in the 
table 22a. If such an address pattern is found, it is 
used as a transmitter address. When the email is 
transmitted to a plurality of partners, an address 
pattern which covers all of the partners is searched 

25 in the table 22a. 
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If such an address pattern is not found, a 
desired recipient is a new partner (or its 
combination). Therefore, a user is made to select any 
of the following operations 1) through 3), or a 
system selects and performs any of 1) through 3) in 
a fixed manner. 

1) Using a default address. 

2) Using any of existing address patterns. 

3) creating a new address, and making an association 
between the created address and a new partner. 

When the operation 2) is performed, (all of) 
partners can be registered to the table 22a as 
partners corresponding to a single address pattern. 

Additionally, email transmitted from partners 
other than a desired partner may be separately 
processed. In this case, as separate operations, an 
operation specified in the option part (option field) 
in the table 22a within the processing method storing 
unit 22, an operation fixed by the client 20 (such as 
discarding the email), or the like may be considered. 

Or, as shown in Fig. 12, the client 20 may 
create a mail message the content of which is similar 
to an error mail message (step S31), and return the 
created mail to a corresponding partner. 

Hereinafter, a specific example of the 
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capabilities of the server 1 when junk email is 
processed on the server 1 side. 

The server 1 internally holds a list of 
registered processing methods (please see the 
5 processing contents storing unit 2 shown in Fig. lA 
and the table 2a shown in Fig. IB). The processing 
method list is an information list composed of a set 
of an address part (address or address pattern), a 
processing method, and an option part. The address 

10 part is assumed to be represented by a pattern using 
a normal representation. When a match with a 
particular address is desired, a wildcard character 
is not used. If a match with all addresses is 
desired, a pattern ^^user name.* J is used. 

15 Note that, however, the following restrictions 

are assumed to be imposed. 

In the case shown in Fig. 4, a mark can be put 
only on a mail header, and a character string to be 
added to the header is registered as the mark. 

20 In the case shown in Fig. 6A, 6B or 7A, 7B, a 

property to be determined is assumed to be a 
matching pattern using a normal representation in a 
mail header, a header field name to be examined, or 
a matching pattern ( normal representation ) . The 

25 contents of the processing performed depending on 
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whether or not a match is found can be recursively 
specified. In this case, also the option part for the 
recursive processing contents can be specified at the 
same time. 

5 A cryptographic key in the case shown in Fig. 

8A, 8B or 9A, 9B may differ depending on each 
processing method, and is stored in the option part 
in the table 2a within the processing contents 
storing unit 2. Additionally, a pair of parentheses 

10 is inserted in the address part in the table 2a, and 
the portion enclosed by the parentheses is assumed to 
be handled as an encrypted command* The server 1 is 
configured to call a subprogram (a mail processing 
program) by interpreting and executing the encrypted 

1 5 command . 

The server 1 is assumed to handle emails 
reaching all of mail addresses represented by Tuser. 
arbitrary character string@server . domainJ as emails 
reaching a mail address Tusergserver.domainJ , upon 

20 receipt of the emails. 

Upon receiving the email, the server 1 stores a 
destination address as a destination, and a character 
string on the left side of "@" as an extended user 
name. Furthermore, the server 1 extracts a character 

25 string on the left side of " . " which exists leftmost 
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in the extended user name, and stores the extracted 
string as a user name. If a mail address does not 
include " . " , the server 1 stores as a user name the 
same character string as an extended user name. 

Next, the server 1 sequentially makes a matching 
between the extended user name and each address part 
in a processing method list, and determines whether 
or not they match. 

If they mismatch, the server 1 handles the e- 
mail as mail addressed to Tuser name@server • comJ , 
and performs normal delivery processing. 

If they match, the server 1 processes the email 
according to the processing method and the option 
described in the corresponding fields. 
<Algorithm for a Mail Processing Subprogram> 

A calling format for a mail processing 
subprogram is as follows (within parentheses, 
parameters are included). 

subprogram: Processing email (a processing 
method, an option, mail, an extended user name, a 
user name, and a destination) 

The capabilities of the mail processing 
subprogram are listed below. 

- If a processing method is "mail", email is 
recognized as mail addressed to ^user 
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namegserver . comJ , and normal delivery processing is 
performed. 

- If the processing method is "dispose", email is 
simply discarded and the processing is terminated. 
5 - If the processing method is "error", control is 
transferred to an error mail message transmission 
routine in normal processing, which is executed when 
an address is unknown, and the error mail message is 
transmitted by executing this routine. 
10 - If the processing method is "header", a marked 
character string is added to the header of email, 
the email is recognized as mail addressed to Tuser 
name@server.com J , and normal delivery processing is 
performed. 

15 - If the processing method is "mark", a character 
string "X- forwarded- from: destination" is added to the 
header of email, the email is handled as mail 
addressed to "user name@server.com", and normal 
delivery processing is performed. 

20 - If the processing method is "if", the option part 
is recognized to be a character string where the 
following items are linked. 

- A property which is enclosed by ( )and is to be 
examined • 

25 - A processing method and an option, which are 
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enclosed by {}, if the above described property is 
possessed. 

- A processing method and an option, which are 
enclosed by {}, if the above described property is 
5 not possessed. 

The property to be examined is defined to be any 
of the following items, or an arbitrary number of the 
following items, which are concatenated by or 1 | , 
or enclosed by a pair of ( ) . 
10 - field name: acceptable pattern 

- field name! unacceptable pattern 

- date before a specified date 

- date after a specified date 

Note that patterns must be normal representations. 
15 A field name is a field name in a mail header, 

such as "From" or "Subject". 

A processing method and an option must be 

delimited by an empty space and arranged side by 

side. The processing method must be the one that can 
20 be executed by a mail processing subprogram • If there 

is no option, an empty space may be omitted. 

First of all, the property to be examined is 

extracted from the character string formatted as 

described above in the option part, and the header of 
25 the incoming email is examined according to the 
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extracted property. 

If the property to be examined is Infield name: 
acceptable pattern] , content of the field name is 
extracted from the email. Only if the extracted 
5 content matches the acceptable pattern, it becomes 
true. Otherwise, it becomes false* 

If the property to be examined is Infield name! 
unacceptable pattern] , content of the field name is 
extracted from the email. Only if the extracted 
10 content mismatches an acceptable pattern, it becomes 
true. Otherwise, it becomes false. 

If the property to be examined is l^date after a 
specified dateJ , the Date field of the email is 
interpreted, and besides, the date in the specified 
15 date portion is interpreted. Only if the date in the 
Date field is later than the specified date, it 
becomes true. Otherwise, it becomes false. 

If the property to be examined is T^ate before 
a specified dateJ , the Date field of the email is 
20 interpreted, and besides, the date in the specified 
date portion is interpreted. Only if the date in the 
Date field is earlier than the specified date, it 
becomes true. Otherwise, it becomes false. 

If the property to be examined is concatenated 
25 by && or || or enclosed by (), the property is 
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examined by making a calculation in a way such that 
&Sl (a logical AND) takes precedence over 1 | (a 
logical OR), and ( ) is given the highest precedence. 

Next, either of two processing methods is 
5 selected depending on whether the examination result 
is either true or false. A portion from a processing 
method till an initial empty space is recognized as 
a processing method, and the remaining portion is 
recognized as an option. Then, the mail processing 
10 subprogram is recursively called. 

For example, the following description can be 
made in the option part. 

(Subject: .Hello. *&&From! friendname@some. domain) [If 
( From : spammer ) [error] [header greeting: true] ] [mail] 

15 In this case, if "Subject" of the email 

includes Hello, and if the portion starting with 
"From" does not include Friendname@ some. domain, the 
portion starting with "if" is recognized as a 
processing method, and the processing of "if" is 

20 recursively performed. In other cases, normal mail 
delivery processing is performed. 

- If the processing method is "decrypt", a character 
string matching the portion enclosed by parentheses 
in an address pattern part is first extracted, and 
25 the extracted character string is recognized as an 
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"encrypted command". Next, a cryptographic key is 
extracted from an option part, and the encrypted 
command is decrypted by using this key. In the 
obtained character string, the portion up to the 
5 first empty space is recognized as a processing 
method, and the remaining portion is recognized as an 
option. Then, the mail processing subprogram is 
recursively called. 

<Registration/Reference of a Processing Method List> 
10 Furthermore, the server 1 comprises a unit 

registering/referencing a processing method list (an 
input/output unit 4 shown in Fig. lA). If a request 
to reference the processing method list is issued 
from a user, the server 1 presents to the user a list 
15 (including address patterns and options) of 
processing methods corresponding to a user name, that 
is, all of the processing methods having the address 
"user name" or a pattern starting with "user name." 
As processing method registration, the following 
20 registration operations can be performed. 

- Deleting previous registration. 

- Changing the order of a registered processing 
method (in which order a corresponding pattern is 
examined ) . 

25 - Changing registered contents. 
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- Making new registration. 
<Registration of a Processing method> 

The server 1 receives an address name, a command 
(that can be interpreted by the server 1 itself), and 
5 a command option, and adds them to the processing 
method list (the table 2a within the processing 
contents storing unit 2 in Fig. lA) registered by a 
user. 

Specific Example 
10 - add address command name [option] 

As a command name, any of "dispose", "error", 
"mark", "header", "if", "decrypt", and "mail" is 
used. 

An address, a command name, and an option are 
15 delimited by an empty space. The server 1 separates 
them, and stores the separated character strings as 
the processing method list registered by a user in 
the table 2a. 

If the processing method specified by a user 
20 currently exists, a new method is appended to the end 
of the list. 

"dispose", "error", and "header" have no 
options. 

Since the "mark" command has an added header 
25 name as an option, the server 1 accepts the following 
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cominand . 

add address mark header name header 
content; s 

(For example^ add ueda • broadcast mark X-Possibly- 
5 Spam: true) 

The server 1 concatenates the header name (X- 
Possibly:), and the header contents (true) as a 
character string, and handles the string as an option 
part. 

10 The "if" command provides checking contents and 

operations after checking as options. An option 
character string must have a syntax that can be 
accepted by an option part of a mail processing 
subprogram. 

15 Contents of the operations performed at the time 

of a mismatch can be omitted. In this case, the 
"error" command is assumed to be specified by 
default, and this command is added to an option 
character string, which is stored in the table 2a. 

20 Also contents of the operations performed at the time 
of a match can be omitted. In this case, the "mail" 
command is assumed to be specified by default, and an 
option character string to which the "mail" command 
is added is stored in the table 2a. Note that, 

25 however, the contents of the operations at the time 
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of a match cannot be omitted if the operations at the 
time of a mismatch are specified* 

The syntax when being registered is a 
combination of the "add" command and an option. 
5 Commands that the server 1 receives are, for 

example, as follows. 

add ueda. from. friends if ( From: f riendl 
@his. domain | From: friend2@her. domain) 

add ueda. 1 month, from. 990401 if (date before 
10 1999/5/1) {mail} {error} 

add ueda • report i f ( Sub J ect : . *bug . ^report * ) 
{if (From: customer 1 j From: customer 2} {mark X- 
customer-report : yes} {mark X-bug-report:yes}} 
{mail} 

15 The server 1 receives these commands, and adds 

all of the character strings in the option parts as 
user speci f icat ion . 

The "decrypt" command specifies a pattern 
including a compoundable portion enclosed by \ (\) in 
20 an address pattern. Additionally, a decryption key is 
received as an option. 

Unlike a usual representation, and are 

used as wildcards only if they are escaped by \. 

The command that the server 1 receives is, for 
25 example, as follows. 
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add ueda . commandkeyl . \( \. \*\) decrypt 

NsaOgh2aldvaJAgalAs£D034J 

The decrypted character string is a character 

string where the "add" command and an option are 
5 combined . 

<Reference of Processed Contents > 

When a user name is provided to the server 1, 

the server 1 returns a registered processing list. 

Specific Example 
10 show user name 

If this is transmitted to the server 1, the 

server 1 returns the entire contents of the list of 

registered processing methods starting with "user 

name . " in text , 
15 The returned contents are defined to be the 

syntax when being registered, from which "add" is 

excluded, that is, the format from the address 

pattern in the format. 

<Deletion of Processed Contents> 
20 Providing an address pattern, searching for a 

pattern the contents of which are exactly the same s 

those of the provided pattern, and deleting a 

corresponding item from a list. If no pattern is 

found, an error is returned. 
25 Specific Example 
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delete pattern 

If an item that perfectly matches the provided 
pattern exists within the table 2a, the matching item 
is deleted from the table 2a, and the contents before 
5 being deleted are returned in text, similar to 
"show" . 

<Change in Processed Contents > 

Providing an address pattern, and a command 
being the changed contents therein (and its option), 
10 and replacing a currently registered processing 
method with this pattern. 

Specific Example 

replace pattern command name [option] 

The syntax is exactly the same as the "add" 

15 command. If an item that perfectly matches the 
provided pattern exists, the command and the option 
of that item are replaced with the command name and 
the option, which are specified by change processing. 
Then, the information before being replaced is 

20 returned in text, similar to "delete". If the 
specified pattern is not found, exactly the same 
operations as those of "add" are performed, and a 
warning such that the original pattern is not found 
is returned in text. 

25 <Order Rearrangement Operation in the Change 
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Processing> 

Specifying an address pattern and an order of 
examining the pattern, and moving the pattern 
according to the specified order. 
5 Specific Example 

order pattern order 

If an item that perfectly matches the specified 
pattern, the order of the specified list s changed so 
that the matching item is examined according to the 
10 specified order counted from the beginning. This 
change moves the order of the subsequent examinations 
backward by one. If no matching item is found, the 
error message such that the patter is not found is 
returned in text. 
15 <Mail Address Creating Unit (an independent program 
on the client 20 )> 

If encryption is made at the time of email 
creation, a client 20 program inquires of a user as 
to a field name or date to be checked. Fig. 13 
20 exemplifies the format of a user interface screen 30 
on which the client 20 program inquires of a user as 
to a field name or a date. 

If an unacceptable button 31 is checked, 
field name! pattern && 
25 if an acceptable button 32 is checked. 
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field name: pattern && 

if an input is made to a Date "from" field 35, 
Date from a specified date 

if an input is made to a Date "to" field 3, 
5 Date after a specified date 

are concatenated as a character string and used as a 
command * 

For "Subject", "to", and "from", patterns 37 to 
39 are respectively used. 

10 <Combination of a Server and a Client> 

The above provided explanation assumes that the 
server 1 processes junk email. However, the client 20 
side may process junk email as described above. In 
this case, the server 10 shown in Fig. 10 can be 

15 combined with the client 20, for example, shown in 
Fig. 11, which has the capabilities of the server 1 
shown in Figs . 2 to 9 . 

Upon receipt of email, the server 10 examines 
the character string on the left side of "@" in the 

20 address of the email, and performs normal deliver 
processing ( including an mail error message 
transmission when a user name is unknown), if T^J is 
not included in the address. If I^.J is included, the 
server 10 stores the destination address as a 

25 destination. Furthermore, the server 10 extracts the 
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character string on the left side of the leftmost T 
.J , and stores the extracted string as a user name. 

Then, the server 10 adds to the header of the 
received email, for example, the character string "X- 
5 Forwarded -From; destination", and performs normal 
delivery processing by recognizing the email as the 
mail addressed to i^user name@server.com J . The 
portion "X-Forwarded-From" may be changed to an 
arbitrary character string if it can be processed by 

10 the client. 

A mail displaying/creating device 21 within the 
client 20 (see Fig. 11) is assumed to comprise a 
processing method list in a similar manner as in the 
above described example. However, it is supposed that 

15 the mail displaying/creating device 21 within the 
client 20 can store auxiliary information about each 
registered address (such as an initially registered 
date and time, an email partner, memos, etc. ) or an 
address used as a partner. It is also supposed that 

20 this device can display email, store the email in a 
folder, or destroy or create (transmit) the email as 
normal proces s ing . 

Upon receipt of the email from the server 10, 
the client 20 pays attention to its header "X- 

25 Forwarded-From: destination", and performs processing 
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similar to the above described example by using the 
destination. For the "normal delivery" processing 
performed by the above described server, the client 
20 is assumed to display the email or store it in a 
5 folder as a portion of normal delivery processing* 
For an error mail message delivery, a client 
does not comprise a unit having such a capability in 
normal cases. Therefore, the client is assumed to 
internally store a standard error mail message 

10 format, and to transmit an error mail message by 
using this format. 

Additionally, the client 20 comprises a unit 
registering/referencing a processing method list (a 
unit which is not shown and corresponds to the 

15 input /output unit 4 shown in Fig. lA). When a request 
to reference a processing method list (contents 
registered to the table 22a stored in the processing 
method storing unit 22) is issued from a user, the 
client 20 presents the list of all processing methods 

20 (including address patterns, options and auxiliary 
information) to the user. 

As processing method registration, the following 
registration operations can be performed. 
- Deleting previous registration. 

25 - Changing the order of a registered processing 
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method (in which order a corresponding pattern is 
examined ) 

- Changing registered contents. 

- Making new registration. 

Furthermore, the client 20 can use an address 
pattern as a transmitter address, when the 
transmitter address corresponding to the address 
pattern including no wildcard character is registered 
in a processing method, this address pattern is used 
as the transmitter address. 

To implement this, an address pattern which 
covers a desired partner having the address matching 
the transmission partner address as the processing 
method field is searched. If such an address pattern 
is found, it is used as a transmitter address. When 
email is simultaneously transmitted to a plurality of 
partners, an address pattern which covers all of the 
partners having the addresses matching the 
corresponding partners is searched. 

If such an address pattern is not found, it is 
a new partner (or a combination of new partners). 
Therefore, a user is made to select any of the 
following operations. 

1) Using a default address. 

2) Using any of existing address patterns. 
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3) Creating a new address, and making an association 
between the new address and a new partner. 

When the operation of 2 ) is performed, whether 
or not (all of) partners are registered as the 
corresponding partners of the address pattern is 
further inquired of the user, which eliminates the 
need for repeating the same operations at the time of 
email transmission thereafter. 

As described above, according to the present 
invention, a server side delivers emails having an 
unlimited or a huge number of mail addresses is 
delivered to one mailbox with an easy method, and e- 
mail transmitted from unexpected transmitters can be 
determined with ease by creating a disposable mail 
address, a mail address dedicated to a particular 
partner, or a mail address including encrypted 
information which can be understood only by a 
recipient . 

As a result, it becomes possible to easily 
delete junk or advertisement email, which is referred 
to as spam, and to receive only desired email. 

Additionally, such a capability is implemented 
by combining a client and a server, whereby this 
capability can be easily realized also in a server 
having a currently distributed framework without 
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making almost no modification of the server. 

Furthermore, server or client software can 
easily delete spam mail, and at the same time, 
necessary mail is never be deleted* 
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What is claimed is: 

1. A device for blocking junk email, 
comprising : 

5 a mail address extracting unit extracting a mail 

address from received email; 

a storing unit registering a processing method 
for the received email in correspondence with a 
particular mail address or address pattern; and 

10 a mail processing unit making a matching between 

the mail address of the received email and mail 
addresses or address patterns registered to said 
storing unit, and processing the received email based 
on a processing method obtained as a result of the 

15 matching, 

2. The device according to claim 1, further 
comprising 

a specifying unit making specification such that 
20 email having a particular property and other email 
are distinctively processed. 

3. The device according to claim 1, further 
comprising 

25 a unit interpreting and processing an encrypted 
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processing method • 

4. A device for receiving emails from an email 
5 server which has a receiving unit receiving emails, 

and a unit adding a transmission source address to 
all of received emails and delivering the received 
emails, comprising 

a unit interpreting a transmission source 
10 address included in received email, and setting a 
processing method for a particular mail address or 
address pattern. 

5. The device according to claim 4, further 

1 5 compr i s ing 

a specifying unit making specification such that 
email having a particular property and other email 
are distinctively processed. 

20 6. The device according to claim 4, further 

comprising 

a unit interpreting and processing an encrypted 
processing method . 



25 



7. The device according to claim 4, wherein 
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an address that is issued as an address of the 
device itself at the time of an email transmission is 
registered in association with additional 
information, and the additional information is 
5 displayed on demand, 

8* The device according to claim 4, wherein 
the address that is issued at the time of the 

email transmission and a transmission partner of the 
10 email are registered, and the issued address is used 

as the address of the device itself when transmitting 

the email to the transmission partner, 

9* A method for blocking junk emails, 
15 comprising: 

(a) extracting a mail address from received 

email ; 

(b) registering a processing method for the 
received email in correspondence with a particular 

20 mail address or address pattern; and 

(c) making a matching between the mail address 
of the received email and the mail address or address 
pattern registered in the step (b), and processing 
the received email based on a processing method 

25 obtained as a result of the matching. 
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10. The method according to claim 9, further 
comprising 

making specification such that the email having 
a particular property and other email are 
distinctively processed. 

11. The method according to claim 9, further 
comprising 

interpreting and processing an encrypted 
processing method . 

12. A method for receiving emails from an email 
server which has a receiving unit receiving emails 
and a unit adding a transmission source address to 
all of received emails and delivering the email, 
comprising 

interpreting a transmission source address 
included in received email, and setting a processing 
method for a particular mail address or address 
pattern. 

13. The method according to claim 12, further 
comprising 

distinctively processing the email having a 
particular property and other email. 
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14. The method according to claim 12, further 
comprising 

interpreting and processing an encrypted 
processing method. 

15. The method according to claim 12, wherein 
an address that is issued an address of the 

device itself at the time or an email transmission is 
registered in association with additional 
information, and the additional information is 
displayed on demand. 

16. The method according to claim 12, wherein 
the address that is issued at the time of the 

email transmission and a transmission partner of the 
email are registered, and the issued address is used 
as the address of the device itself when transmitting 
the email to the transmission partner. 

17. A computer-readable storage medium on which 
is recorded a program for causing a computer to 
perform a process, said process comprising: 

(a) extracting a mail address from received 
email ; 

(b) registering a processing method for the 
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received email in correspondence with a particular 
mail address or address pattern; and 

(c) making a matching between the mail address 
of the received email and the mail address or address 
5 pattern registered in the step (b)^ and processing 
the received email based on a processing method 
obtained as a result of the matching. 



18. A computer-readable storage medium on which 
10 is recorded a program for causing a computer, which 
receives emails from an email server having a 
receiving unit receiving emails and a unit adding a 
transmission source address to all of received 
emails, to perform a process, said process 
15 comprising: 

interpreting a transmission source address 
included in received email, and setting a processing 
method for a particular mail address or address 
pattern . 
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Abstract of the Disclosure 

A server which delivers emails can receive 
emails addressed to a plurality of transmission 
5 destinations including portions that can be 
arbitrarily determined by a user as a transmission 
destination of each user. Upon receipt of email from 
5 a transmission line, the server extracts the 

transmission address from the email in a mail 
"2 10 accepting unit, and makes a matching between the 

extracted address and the addresses or address 
J patterns stored in a table within a processing 

]i. contents storing unit. If they mismatch, the server 

Fl- performs normal mail processing for the user. If they 

O 15 match, the server performs the operations such as 

destroying the email, returning an error mail 
message, putting a mark on a predetermined area in 
the email, or adding a transmission destination 
address depending on the property of the email. If an 
20 encrypted pattern is included in the address, the 
server performs processing according to the command 
obtained by decrypting the pattern. 
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